home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19990725-20000114
/
000048_news@columbia.edu _Mon Aug 23 10:18:47 1999.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
4KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA17543
for <kermit.misc@watsun.cc.columbia.edu>; Mon, 23 Aug 1999 10:18:47 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA04031
for kermit.misc@watsun.cc.columbia.edu; Mon, 23 Aug 1999 09:49:47 -0400 (EDT)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Subject: Re: make errors on RH6.0
Date: 23 Aug 1999 13:49:47 GMT
Organization: Columbia University
Message-ID: <7prjhr$3ts$1@newsmaster.cc.columbia.edu>
To: kermit.misc@columbia.edu
In article <Pine.SOL.3.96.990823190228.21414A-100000@giasbma>,
kiran.k <kirank@giasbma.vsnl.net.in> wrote:
: on compiling c-kermit 7.0.195 Beta.09 on RH 6.0 this is the result----
:
: | [slick@localhost ~] $ make linux
: .
: .
: .
: kuusx.c:30: term.h: No such file or directory
: ckuusx.c:3573: ncurses.h: No such file or directory
: make[2]: *** [ckuusx.o] Error 1
: make[2]: Leaving directory `/home/slick'
: make[1]: *** [linuxa] Error 2
: make[1]: Leaving directory `/home/slick'
: make: *** [linux] Error 2
: ---------------------------------------------
: line 30 in ckuusx.c
: reads---> #include <term.h> its the same for ncurses.h the same errors
: are reported for "make linuxc/linuxnc/linuxa/linuxso" no files such as
: ncurses.h or term.h exists on my system the only similar files are
: ncurses.ph and term.ph
:
I think you must have an unusual or modified Red Hat 6.0 setup. I do believe
that the Linux File System Standard has, for the past several years, REQUIRED
the presence of ncurses.h.
Please read the ckuins.txt (C-Kermit for UNIX Installation text) file.
Search for "curses". Find entries like:
. For the curses-based fullscreen file-ransfer display, the curses or
ncurses header file(s) and library, and probably also the termcap and/or
termlib library. Note that the names and locations of these files and
libraries are likely to change capriciously with every new release of your
UNIX product. If you discover that the C-Kermit build procedure fails
because your curses and/or termxxx headers or libraries are not named or
located as expected, please let us know. In the meantime, work around by
installing symlinks.
and:
"Can't find shared library libc.so.2.1"
"Can't find shared library libncurses.so.3.0", etc...
You are trying to run a binary that was built on a system that has
different library versions that the local system, and the local system's
loader is picky about library version numbers. Rebuild from source
locally.
and:
This problem only gets worse over time. In the Linux and *BSD world, we
also have totally different libraries (each with their own names and
numbering systems) that cover the same territory; for example, curses vs
ncurses, libc versus glibc. Combinations proliferate and any given PC might
have any combination. For this reason it is becoming increasingly difficult
to produce a "Linux binary" for a given architecture (e.g. PC or Alpha).
There has to be a separate binary for (at least) every combination of curses
vs ncurses and libc vs glibc.
(end quotes)
I think you must have installed some other package that renamed your
ncurses.h and term.h files. If you don't have these files available under
their normal names, you won't be able to build any software that uses
(n)curses, either.
I wouldn't even dare to guess how this might have happened, so I'm copying
the Linux newsgroup in case anybody there can offer an explanation.
Meanwhile, are you sure that "make linuxnc" didn't work? That's the target
that omits everything to do with curses (linuxnc = Linux No Curses).
- Frank